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□ Subscriber Ward Hanigan is starting a FileMaker Special Interest 
Group in conjunction with his Macintosh User Group in San Diego. If you 
are interested, please contact Ward at 619-284-9284 or write him at 

Ward Hanigan 
#5 

4715 30th Street 
San Diego, CA 92116. 

We would be very interested in finding out if there are other FileMaker 
SIGs around the country. If you know of such a group, please send us the 
name of the group coordinator. We can provide some publicity here in the 
newsletter and perhaps some additional support or motivation. 

□ We continue to get requests for Claris phone numbers and for the 
Claris mail address. Claris is the new owner/publisher of FileMaker. Their 
address is: 

Claris Corporation 
440 Clyde Avenue 
Mountain View 
California 94043 

Use these numbers to telephone Claris: 

For Claris general information call 415 • 960 • 1500 . 
For Claris Customer Relations call 415 • 962 • 8946 . 
For Claris Technical Support call 415 • 962 • 0371 . 
For FileMaker upgrade information call 800 • 544 • 8554 . 

□ We have mentioned Florida Marketing International before in these 
pages. They run MacAcademy. presenting a series of parallel two-day 
seminars around the country on Macintosh, Excel, Word, PageMaker, 
HyperCard, and FileMaker. A recent seminar was priced at $249 which 
included tuition, lunch, workbook and data disk. If you are interested call 
904-677-1918 for more information. I have heard good things about the 
seminars but I have not yet attended one myself. As we find out the 
seminar schedule for next year we'll publish it here. 

Florida Marketing International is also a FileMaker VAR that sells 
end-user applications based on FileMaker. Be sure to ask about the pack¬ 
ages they have available. 

□ FileMaker II opens the door for a wide range of interesting and produc¬ 
tive calculations. We’ll continue to publish many of them in these pages. If 
you have a nifty equation, please write us about it. The newsletter will pay 
cash or extend your subscription for any contributions that get published. 

□ The FileMaker Report is looking for new subscribers. If you run into 
other FileMaker users, please let them know about us. We’ll be glad to send 
subscription forms to you or to anyone who asks. For each new subscriber 
you send us, we’ll extend your subscription by two issues. But note that 
the new subscription needs to come to us through you so we will know who 
to credit. 

□ In the ongoing confusion of our recent move, a few new subscriptions 
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got misplaced for a couple of weeks. We apologize to those of you who ex¬ 
perienced a delay. We also sent out a few subscription and renewal forms 
with the wrong zip code. The new address reported here and in the last 
issue is the correct one: 

The FileMaker Report 
Elk Horn Publishing 
POBox 126 
Aromas, CA 95004 
Telephone 408-726-3148. 

Are You Online? □ Do we have any subscribers who use MacNet? Please let us know if 
you do. 

□ Over the last few issues we have been evolving the newsletter format a 
little and that redesign continues in this issue. It all adds up to more room 
for articles and perhaps a slightly more attractive presentation. ^ 


News & Notes 

(continued) 


Correction for Last-Of-Month Calculation 


□ The article in The FileMaker Report entitled “Thirty Days Hath 
Who?” (Issue 14, page 6) presented two formulas for calculating the last 
day of the month for any given date. A sharp-eyed reader has pointed out 
that one of the formulas is in error when the month is December. 

You may recall that we are doing is calculating the first day of the 
month following the month of the given date, then subtracting one day. 
Two formulas were presented, the first of which, based entirely on date 
functions, was correct: 

LastOfMonth = {date result) 

date(month(Date 1)+1,1 ,year(Date 1)) -1 

The second formula, which illustrated use of text calculations, fails to 
produce any result for December, and needs to be modified to avoid calcu¬ 
lating a month of 13. It also needs to account for advancing the year if the 
month is 12. The long corrected formula looks like this: 

(date result) 

TextToDate((mod(month(DateI),12)+l) & “/l/” & if((month(Datel)=12),(year(Datel)+l),year(datel)))-l 

This formula is so much more complicated than the one from the 
previous article that no one would choose this form over the simpler ver¬ 
sion. But it has academic interest in understanding how the text calcula¬ 
tions work. (And in learning how one corrects calculation bugs which in¬ 
variably crop up, as I have so eloquently demonstrated. And in pointing out 
that a formula has to be very thoroughly tested over the entire range of ex¬ 
pected values!) 

An example, using Datel manually entered as 12/13/87 is: 

month(Datel) = 12 
mod(monfh (Datel), 12) = 0 
(mod(month(Datel),12)+l) = 1 


By 

S. C. Kim Hunter 


LastOfMonth = 
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Thg “ moc j” function performs a division giving as its result the remain- 
Correction der °f the division. So 1/12 has a remainder of 1, 2/12 a remainder of 

2,... 11/12 has a remainder of 11. Now when we get to 12, 12/12 = 1 exactly 

(continued) _ With a remainder of 0. So for all months except December, the mod 

. function just gives the same number. Only for December does the mod 
function kick into gear just when needed. The mod function is one of those 
that are rarely used in everyday business math, but can be handy when 
numbers suddenly change like months of the year from 12 to 1. 


Adjusting For 
December 


Continuing the formula for our example of 12/13/87 we use the & 
operator to tack day 1 onto the month: 

(mod(month(Date 1), 12)+1) & 71/” & - “1/1/” 

To get the year, we use the following formula which gives the year of 
Datel for all months except December. For December, the year is in¬ 
creased by 1: 

if ((month (Date 1 )= 12), (year (Date 1)+1) .year (date 1)) 

Our current intermediate result now is = “1/1/88" 


We have now calculated the day after the last day of December. Next 
we can subtract 1 and convert from text to date: 


T extTo Date(“ 1 /1 /88”) -1 = “12/31/87” 

Fortuitously, this needed correction points out that you need to 
sharpen your pencils when you deal with the more complicated calcula¬ 
tions, and do a lot of testing to make sure they work in all expected cases of 
data input. ^ 


Aging Receivables 


□ If you use FileMaker to keep track of orders and invoices, a question 
that comes up once in a while is how to figure out invoice ages. When an 
_ invoice is issued, it usually specifies an interval for payment — 30 days is 

' pretty common. If the invoice is paid in, say, 25 days, it is marked complete 

Joe Kroeger and all is well. But, sad to say, not every customer pays every invoice on 

time. 


If account summaries are issued to customers each month, it is typi¬ 
cal to report the number of dollars outstanding for all invoices by age 
groups. It might look like this: 

0-30 days 30-60 days 60-90 days 

$1,800.00 $7,654.00 $214.00 


Field Definition | 


Old Hge = 

Calculation Result is: 

OTent ® Number O Date 



Nouj - Invoice Datej 



Often management 
reports need to have 
similar summaries of re¬ 
ceivable dollars by age 
for the whole customer 
base. 
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Aging 

(continued) 


In the old days I would create a date field in each record that I called 
Now. Each time I wanted to generate invoice ages. I would Find All (using 
the 36 G shortcut), paste today’s date (using the 36 - shortcut) into Now and 
then Paste Ditto (using the 36 = shortcut) into all records. Then an equa¬ 
tion for the Old Age field would look like the one on the bottom of page 5. 



When two such date 
fields are subtracted, the 
result is the number of 
days difference —just the 
information needed. Be 
sure to specify that the 
equation has a numeric 
result. 

Currently, however, 
we can avoid all the work 
on the Now field. It is 




easy to use a direct equa¬ 
tion without the necessity 
of Now. The Today func¬ 
tion built into FileMaker 
does the work for us. 

In addition, the Age 
field will thus always be 
up to date, so to speak. 
And if you are (typically) 
looking for the number of 
days difference, you don’t 
even need to worry about 
problems with year-end 
boundaries. 

Often the next step is 
to accumulate various 
invoices for a given cus¬ 
tomer into categories that 
are multiples of 30 days. 
There are several ways to 
go about accomplishing 
this. One approach is to 



calculate one field that 
specifies the category into which each invoice falls. 
The example in the figure uses nested if statements 
and creates categories 1, 2, 3, and 4. 

Once invoices are in such categories, a layout 
can be made that will provide summaries of the 
amounts involved. Notice the subsummary part in 
the figure. Then simply Find all the outstanding 
invoices for a given customer and Sort on Age 
Type. FileMaker generates four subsummary 
results in this case — one for each category — 
providing the total amounts for the report. The 
Layout and Preview are shown. 
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Creating Serial Numbers for Existing Records 


By 

Steve Proehl 
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Field List 

Title: R 

Address: p 

City: T 

State: 

Zip: 

Type: 

Rate: 

serial numbers ^ <; 

"serial nos." is a: 

® Teut file (tabs) 

O BASIC file (commas) 
OSVLK file 


□ Here is an automatic method for creating serial numbers on existing 
records without inputting the numbers individually. Filemaker will only 
give you a unique serial number for each new record you create. You set up 
this option through the Entry Options dialog when defining a field. But, 
what if you have a requirement to serialize, say, 5,000 exisiting records. 
You could enter them manually or you might try this workaround with the 
help of a spreadsheet like Excel. 

Spreadsheets will output rows as records and columns as fields. So 
all you have to do is create 5,000 rows (records) with one column (field). In 
the first row, first column (cell Al) you enter the starting serial number — 
let us say it is 2000. In row 2 (cell A2) you enter the formula Al+1 and then 
fill down as many rows as needed (5,000 total in this case). We will call this 
Excel file serial nos. Make sure it is saved as a text file. 

The next step is to open the Filemaker file that contains your 5,000 
existing records. First create the new serial number field to receive the 
input from the spreadsheet. Optionally you can then sort the records into 

some desired order — per- 
haps by record entiy date. 

Input Order 

[« Moue All «] serial numbers O Now go to the File 

- menu, select the Input From 

r ■) command and open the Excel 

^- : -—- serial nos. file. Double click 

, -j-^ on the just-created serial 

1 - nput - > number field in the field di- 

- ; - _ rectory and make it the one 

[ J _0 input field in the input order. 

Use it to’ Be sure to c ^ ic ^ the Update 

Current Records button and 

O Add new records . , 

^ then input the new serial 

® Update current records numbers. Now every record 

has a unique record number. 


Use it to: 

O Add new records 

<•) Update current records 


Steve Proehl is a 
FileMaker Consultant. 
He can be reached at 
916 Rodney Drive 
San Leandro, CA 94577 
Phone 415-483-3683 


Once you have your rec¬ 
ords serialized, it is easy to do 

further manipulation to ac- 
Calculation Result is: ,. , ,, 

_ ^ _ complish some other require- 

serial = ©Tewt O Number O Date , „ 

—---—-—-—-. ment. For example, let s say 

serial prefix & NumToTeKt (serial numbers) | you would like to com bine 

each serial number with, say, 
a name type or product code prefix, such as APX, from another field. The 
desired end result is APX-2000. 

This is easily accomplished by creating a calculation formula that 
concatenates the new serial numbers field with an existing field called code 
prefix. Be sure to specify text result when you define the concatenating 
equation. 
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Conditional Calculations 


By 

Joe Kroeger 


Create Equations 
That Only Operate 
On Some Records 


Four-Step 

Basic 

Procedure 


Basic 

Conditional 

Equation 


Example 1 
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□ One of the Wish List items in the last issue (Issue 15, Page 11) con¬ 
cerned transient equations: equations that are executed on the fly only 
once and only on found records. I still think it is a good idea — it would 
come in handy for several types of database tasks I work on. But rather 
than wait for it to (possibly) be implemented, we can accomplish some of it 
indirectly on our own. 

One brute-force approach is to simply create a clone of the file in ques¬ 
tion and transfer to the clone those records on which you want to operate. 
Delete the records from the original file and transfer the modified records 
back into the original when your manipulations are complete. But there 
are other ways. 

Just as it is possible make lookups conditional, we can do the same 
thing with calculations. Simply create an equation — using the if function 
for example — that calculates a result or not based on the content of 
another field. 

Assume we have a file with these four fields: OperandA, a field that 
contains a value that might take part in a calculation; Temp, a field that 
can contain a key that will unlock a calculation; Dummy, a field that holds 
nothing at all; and Result, a field that contains the equation and the result 
of any calculation that takes place. 

The procedure would be: 

(a) Make sure the key value to be used exists in the Temp field only for 
those records where a calculation result is desired. 

(b) If necessary. Find the records to be operated on and propagate the 
selected key value into the Temp field for those records. 

(c) Construct the Result equation (in the Define mode) and execute it. 

(d) Delete the Result equation. If desired, move the contents of Result 
to another field (perhaps with a different transient equation in the destina¬ 
tion field or perhaps simply by renaming the result field). 

One generic Result equation might look like this: 

Result = {numeric result} 

if (Temp = key, (function (OperandA)), Dummy) 

That is, “if the Temp field contains a certain key value, then perform 
some function on OperandA and put the result in Result, otherwise put 
the contents of Dummy in Result.” 

As an example, suppose you were working in the human resources 
department of a moderate-sized business with a few thousand employees 
and you had all the basic compensation records in a nice FileMaker file. 
The boss comes to you and says he wants to pay a year-end bonus of 12% 
to all employees making less than $25,000 base salary. 

You already have the four needed fields. Following the steps outlined 
above, you could then: 
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Temp Calcs 

(continued) 


Procedure 
For Example 1 


Equation 
For Example 1 


Renamed 

Equation 


Example 1 
Variation 


Move New Data 


Eliminate 
Temp Field 


Example 2 
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(a) Select a key value of, say, 99. Either make sure that 99 does not 
exist in any Temp field, or simply put another number into the Temp field 
of all records. 

(b) Find all records where the base salary is less than 25,000. Replace 
the contents of the Temp field for the found records with 99. 

(c) Construct the Result equation (in the Define mode — see below) 
and execute it. 

(d) Go back to Define and change Result from a calculation field to a 
numeric field. 

Remember that Dummy is blank. Result then contains the amount 
of the bonus for each individual with a salary below $25,000 and is blank 
for all other employees. If the boss then wants to pay a 3% bonus to all 
employees with a salary of 25,000 or more, simply pick a new key value for 
Temp (or wipe out the existing entries of 99) and do it again. 

The Result equation for the example would look something like: 
Result = (numeric result) 

if (Temp = 99, (OperandA * .12), Dummy) 

You might name the fields differently as you create them to reflect the 
specific case: 

Bonus = (numeric result) 

if (Temp = 99, (Salary * .12), Dummy) 

If what the boss asked was a 12% raise instead of a bonus, the 
equation could be: 

NewSalary = (numeric result) 

if (Temp = 99, (Salary * 1.12), Salary) 

In this case you might want to subsequently move the NewSalary 
information into the old Salary field, since other calculations and reports 
are based on Salary. Simply define Salary as a calculation with a simple 
non-conditional temporary equation like: 

Salary = NewSalary {numeric result) 

Of course, there are lots of variations that you might try. In some 
instances conditional calculations can be done without the Temp field at 
all — just have the if conditioned by the data itself rather than Temp: 

Bonus = {numeric result) 

if (Salary < 25000, (Salary * .12), Dummy) 

Or in some cases it will be useful to have other fields enter into the 
calculation: 

NewOptions = {numeric result) 

if ((Salary > 20000 and OptQual > 1), ((Salary * .05) * OptRate), Options) 

For another example, let’s suppose that you are in charge of a big sales 
tax table. It holds the tax rates for each state, each county with a different 
rate than the state and each city with a different rate than the state or 
county. Whew! Along comes California with a new law that decreases the 
state sales tax by 1.5% for every location in the state but otherwise does not 
change local variations. Your job: update your table. 
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Temp Calcs 

(continued) 


Then transfer NewTaxRate into TaxRate. 

Alternatively, try this: 

NewTaxRate = {numeric result} 

if (State = “CA”, (TaxRate - .015), TaxRate) 

Note that in all these cases, FileMaker does, in fact, execute a calcula¬ 
tion for each and every record, no matter how many are found or which 
ones are marked. We have not prevented the calculation from taking place 
— we have simply controlled the results in each record. 4 


You can’t just Find all California entries and Replace old entries with 
a new one. But you can implement a conditional equation like those dis¬ 
cussed here. Assume you have a Temp field, you’ve found all California 
entries, and you’ve put 99 in Temp for each one. Then you can use an 
equation like this: 

NewTaxRate = {numeric result} 

if (Temp = 99, (TaxRate - .015), TaxRate) 


Quick Tips 


□ There has been a report of problems with the combination of File¬ 
Maker II and the ImageWriter I with the ImageWriter Driver version 2.6. I 
understand that the 2.7 driver clears up the difficulty. The ImageWriter 
driver released by Apple with System 6.0.2 is 2.7. 


Use Cursor Keys 
To Scroll Through 
The Pop-Up List 


□ I complained in the Wish List (Issue 15) about the lack of scrolling in 
the new pop-up list capability during definition. But it turns out there is a 
partial solution. I should have tried the cursor (arrow) keys. During def¬ 
inition, the up and down arrows will move you up and down in the list being 
defined. This is nice, but I’m not sure it takes the place of a good old- 
fashioned scroll bar, especially for those of us who use keyboards that don’t 
have arrow keys. 


Right & Left □ The FileMaker manual does not specify what happens when the new 

Work Well Right or Left functions run out of characters. If you have an equation that 

extracts, for example, the first five characters of the LastName field, it 
looks like this: 


6 File Edit 


Gadgets Format Custom Window ^ 

FM4 Test H | 

Field Definition 

Calculation Result is: 

Trunc LName = ©Tent O Number O Date 


left (LastName,5)j 

V 



But what if the 
LastName field contains 
less than five charac¬ 
ters? In such a case, the 
equation simply takes 
what it can and stops 
there — it does not add 
blanks or do things that 
seem strange. And if 
LastName is blank, the 
function takes nothing. 
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Quick Tips 

(continued) 


File Edit Select ChitlgeU Format Custom LUindow 


Records: 
5 


FM4 Test fi 


LastName 

Johnson 

Trunc LName 

Johns 

LastName 

Smith 

Trunc LName 

Smith 

LastName 

File 

Trunc LName 

File 

LastName 

Sam 

Trunc LName 

Sam 

LastName 

Li 


KS 


TruncLName Li 


The top figure on this page shows a few names and the results. Right does 
the same thing, only from the other side of the name. 

□ Under MultiFinder it is possible to switch from FileMaker to the Finder 
without closing an open FileMaker file, then make a copy of the open file to 

a diskette. But when you later try to 
open the copied file, it thinks it was not 
closed properly and must go through a 
repair process. The cure is easy: don’t 
copy open files. Close the file first if you 
want to make a copy. 

□ The FileMaker Help file comes in 
handy more often now with the ex¬ 
panded calculation capabilities in the 
FileMaker II incarnation. It is tough, for 
example, to remember the three para¬ 
meters and their sequence in the Posi¬ 
tion function. And it is not always easy 
to thumb through the manual (al¬ 
though I have the function definition 
section specially marked in mine). For¬ 
tunately the Help file is only a few clicks 
away. 

To get to text equation help, for ex¬ 


ample, you just need to: 

(a) Select Help in the # menu. 

(b) In the resulting dialog click Open Help File. 


(c) Pull down the Custom menu and double-click Defining Fields. 
The script locates 16 pages of information for you to scan through. The 
function definitions are on pages six through ten of the found set. (The 
information for Position, by the way, is on page nine.) 

Easier Font, Style □ when working with a layout, it can be a pain to add a field or type 

& Alignment Selection some layout text and then have to format it to the desired font and style. 

But there are easier ways. 


First, if you pick a font and style from the Format menu while nothing 
is selected, subsequently placed fields or typed text will be in the font and 
style so specified. This makes a sort of‘floating default’ setup that can be 
changed at any time. 

Second, and often even easier, simply select a field or a block of layout 
text just before you proceed to place or type. The font and style character¬ 
istics of the selected item will be reflected in your new stuff. This is quick 
and easy to execute. Very convenient. The FileMaker manual mentions 
this neat technique on page 185. 


Making Exact Not □ The new Exact function is a very nice addition to our calculating 
Case Sensitive resources. It allows you to know when two fields (or a field and some 

constant text) are exactly the same. When they are, the Exact function 
returns a 1, otherwise the result is 0. Exact is often useful when embedded 
within a more complex equation. 
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But Exact, appropriately, is really exact: it is case sensitive so that 
Happy is not the same as happy from the point of view of Exact. Nonethe¬ 
less, there are times when it is necessary to make a comparison that is not 
case-specific. If there is a name and address file that has some entries in 
all upper case and some in ‘proper’ case. Exact will not be able to directly 
compare, say, last names. 

But we can generate a non-case-sensitive version of Exact. It looks 
like this: 

Exact ((upper(LName),upper(LNameTest)) 

The lower function would also work. The upper function has no effect 
on the data in the LName and LNameTest fields, only on the data used by 
Exact to make the comparison. 

Using Self-Lookup □ Regular manual-entry fields, lookup fields and auto-entry fields allow 

you to make modifications to the data or to select and copy what you want. 
But that is not true for a calculated field. You can’t change the contents of 
a calculated field or even copy it to use for a Find. 

One way around this is to create a new field that uses self-lookup (see 
Issue 14, Page 4) to make a copy of the information from the calculated 
field. You then have manual access to the data. 

I have used this technique in the case of a calculated name code. I 
wanted to be able to automatically generate a name code combination of 
the first three characters of a last name plus the first five digits of a zip 
code. FileMaker is great for just such a calculation. But I also wanted to be 
able to copy the name code in order to use it in a Find so that I could, for 
example, look for duplicate names. The self look-up worked for me. 

It Is no good to use View Index to display the name code for transfer 
into a Find request. First, because the files have so many unique name 
Store Find Requests codes that it takes too long. Second, because use of the Index can’t be 
In Scripts automated with a macro processor like Tempo™. 

□ If you do several different kinds of Find 
operations, and you often use the same 
Find requests regularly, there is a way to 
save them for future use. This is especially 
productive if the Find requests are fairly 
complex. 

If you tend to use one basic layout for 
all your work, you might be tempted to sim¬ 
ply duplicate the layout a few times, perform 
one of your finds with each layout, and 
count on the Refind capability in FileMaker 
to let you repeat a different find with each 
layout. Sorry, no dice. FileMaker does not 
save up the latest find requests from each of 
multiple layouts — only the last one exe¬ 
cuted is available, and even then not under 
all circumstances. 

However, scripts are great places to 
store your Find requests. Just execute a 
Find and then immediately create a script 


Edit Select Gadget* formal Window 


Script Name 


When performing this script, automatically: 

0 Switch to the Layout 

□ Restore the Page Setup 

□ Restore the Input Order O' Input from a file 
E3 Find: (•) Restore the Find Requests O' Find 

OFind Rll 

□ Sort: O Restore the Sort Order O Seri 

® IJnseil 

□ Preuiew 

□ Restore the Output Order O Output to a file 

□ Print 

□ Switch back to the original lagout 

□ Perform another script 

E3 Include in menu f Continue 1 f Cancel 


Quick Tips 

(continued) 











Quick Tips 

(continued) 


that embodies it. Do another kind of Find and create another script. Your 
don’t have to take advantage of the multifarious features available with 
scripts — you don’t need to switch layouts or do a Sort. Simply check the 
boxes as shown in the figure on the previous page. FileMaker even assigns 
a command key equivalent for you, so a frequently-used complicated Find 
can be only a keystroke away. 


Changing Data □ If you duplicate a record that contains an auto-enter date field, the 

In Dup Records new recor d will have today’s date instead of duplicating the date from the 

original record. Often this is just what is desired. When it isn’t, you need 
to either manually change the date or do a Paste Ditto. In any case, be 
aware of this characteristic or you will not even know that a change may be 
necessary. 


Finding With Y & N □ In a calculated field that is formatted to present yes/no on the screen 

instead of I/O, you can search for the contents in a Find operation using a 
1 or a 0 in the Find request. But not many people know that you can also 
enter a Y or N in the Find request. This a little easier since you don’t have 
to mentally translate from Y/N to 1/0. 


Manual Mistakes □ If you are looking at the round example on page 104 of the FileMaker 
manual, don’t let it confuse you. It appears to me that there are two prob¬ 
lems. I think the equation should be something like: 

Retail Price = {numeric result} 

round ((Wholesale Price * 1.33) ,2) 

In addition, the manual’s evaluation of the equation ends up with a 
wrong number (!). The result should be 30.79, not 31.79. 


□ It is sometimes nice to surround a field with a layout box that is about 
the same size as the field itself. This helps highlight the location of empty 
fields, for example. But you need to be quite careful in Layout mode be¬ 
cause it is easy to select the box instead of the field when you are trying to 
change the font or style. ♦♦♦ 


Numerals-to-Words Translator 


FileMaker Report 
Design Project 

By 

Joe Kroeger 


□ Using FileMaker II and the new calculation capabilities, is it possible 
to translate a numeric dollar amount into an equivalent expression in 
words? I think it can be done, but I have not yet accomplished the task. 

I propose that we work together on the design. I will present some 
ideas here that will get us started. And I’m asking for your help to define 
the boundary conditions, define the text protocols, write the equations, 
debug the result and actually use it in real applications. Can you help? 
Results will be published in a future issue. 

I like this project simply because it is interesting. It will be fun to see 
if we can come up with a reasonably elegant package. Meanwhile it is 
helping me get better acquainted with the calculation capabilities of File¬ 
Maker. In addition, there are good potential uses for the results. 
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- Th e obvious place to put such a translator to work is in a check- 

FMR Project writing application. When a user enters a dollar amount for the check, it 

would be nice for FileMaker to automatically spell out the amount as text. 

(continued) _ Perhaps there are other places you can suggest that such a translator 

might be used. How about non-dollar numeric-to-text? The reverse proc¬ 
ess — text to numeric — seems at first glance like it would be possible but 
a lot more difficult. How about translating roman numerals into arabic 
numerals and/or into text? 

Data Conditions o It is important to define the nature of the numeric information that 

will be submitted to our translator. In order to delimit the project a little, I 
suggest these rules to start with: 

• No numbers greater than 9,999. 

• No negative numbers. 

• No commas embedded in the numbers. 


File Setup 



$ Control $ Lookup 


Base Strategy 


Potential Problems 


These restrictions are not necessary and can be changed for particular 
implementations. But they help simplify our equations so that we can see 
through to the basic principle more clearly. Are there other rules you can 
suggest that would help? 


□ There are many ways to 
arrange a file or files to attack 
this problem. We’ll have a lot 
of repetitive text data that will 
be awkward to put into equa¬ 
tions directly, so I suggest a 
lookup file to contain a lot of 
the base information plus a 
control file to contain the 
many necessary equations. 
I’ve called them $ Lookup and 
$ Control. Equations in the 
control file generate the key 
information for pulling infor¬ 
mation from the lookup file. 

□ It seems like a good start 
on strategy is to assume that 
we can use equations to break 
the input numeric number 
down into subunits. Each 
such unit can then be trans¬ 
lated into a block of text. If we 
can rassemble the text blocks, 
we may have our intended so¬ 
lution. 

□ One area of difficulty is 
the complexity of the way eng- 
lish spells out number infor¬ 
mation. We pronounce 43 as 
“forty-three” — a simple con¬ 
catenation of two words that 
stand for individual numbers. 
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FMR Project 

(continued) 


Organizing 
The Lookup 


But we don’t say “Tenty-three” for 13; numbers in the teens have their own 
special words. Thus our equations will have to not only parse the number 
by simple position, but will also have to categorize the subunits. 

Another problem area, as with many design tasks, concerns the 
boundary conditions. What happens when the number is zero? When a 
subunit is zero? If the cents units are zero shall we say “and no cents”? 

□ The lookup structure and the basic lookup information seem fairly 
straightforward. The figure shows the data already entered. The numeric 
data will be the lookup key and the words will be the retrieved data. 


Control Equations 


Select 


Records: 
2 


m Browse 


S □ Here is where the hardest work begins. I don’t know what is going to 
turn out to be the best way to approach the task. As a start, I would guess 

that we’ll need three type 

Gadget* format Custom Window equations: for parsing 

$ Control . - EL S p eC j a i numeric charac- 

_ — teristics, and for assem¬ 
bly Three Dollars and Forty Five bling the output. I have 

$ Units 5 Five III onl y be 6 un 10 ll ^ sorne 

^ ^ _ sample equations, as you 

$ Tens 40 Forty r ,, . 

a can see from the mcorn- 

$ Units 3 Three pleteness of the figure to 

$ Tens 40 Forty the left 

$ Hund 

$ Thou 1 put to e ether a la y- 

_ out to present the input, 

■enty Four Dollars and Ten Two the output and some in- 

t Units 2 Two termediate results. It 

t Tens 10 Ten helps make errors easy to 

$ Units 4 Four spot ' 

$Tens 20 Twenty |i Please send in your 

... t Hund_2 equations, suggestions, 

-IMSI ideas. We can conquer 

this thing. 


Gadget* Format Custom Window 

_ $ Control _ 

Field Definition 
Number 

= right (Number Numeric,2) 

= (left (* Numeric,1)) * 10 
= right (* Numeric,!) 

Tent Lookup 

Tent Lookup 

= left (right (Number Numeric,4),1) 
Tent Lookup 


Custom Window 


Number Numeric 

* Numeric 

* Tens Num 
® Units Num 
® Tens Tnt 

* Units T«t 

$ Units Num 
$ Units Tut 


Field name: 



Field type: 

® Tent 
O Number 
O Date 
O Picture 
O Calculation 
O Summary 


Fa try Options 


Fief o emulate 


Deselett 


Bole to 
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to the same address. Write or call for details. 

The information contained in The FileMaker Report has been carefully written, prepared and edited 
and has been obtained from sources believed to be reliable; nonetheless, no representation is made 
as to Its accuracy or completeness. No warranty, expressed or implied, is offered for any losses due to 
the use of any material published in The FileMaker Report. Opinions expressed herein represent the 
views of the individual authors based on information available at the time of publication and are 
subject to change without notice. 


The FileMaker Report 

A Newsletter For FileMaker Users 


Elk Horn Publishing 

PO Box 126" Aromas ■ California 95004 ■ USA 





